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Feature operation 


The rest of this document describes call direction in the context of Meridian 1 
Functionality. Incoming calls are calls from the Local Exchange Carrier 
(LEC) to the IEC (Meridian 1), and outgoing calls are from the IEC to the 
LEC. Therefore, incoming calls are calls coming into the Meridian 1 network. 


Example of using the FGD feature 
How to initiate a call 


Presubscribed user—The case of a presubscribed user assumes prior 
arrangements have been made to use a specific long distance network or local 
telephone company (for example SPRINT, MCI, or the carrier being served 
by the SL-1 with FGD capability). When the user picks up a presubscribed 
home or work phone and dials a long distance call in the normal way (for 
example, 1+area code+phone number), the LEC routes that call to the 
presubscribed carrier for termination over that carrier’s network. 


Non-presubscribed user—In the case of a non-presubscribed user, the user 
dials a 5-digit carrier access code (10XXX) before the address digits. This 
alerts the LEC that this particular call should be routed to the requested long 
distance carrier for completion. SPRINT, MCI, AT&T, and others have 
carrier access codes that are recognized by all LECs. 
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Incoming call routing 
Incoming call processing 


Call processing of incoming FGD calls is designed to provide maximum 
flexibility in call routing to external or local DNs. 


For call types other than three-digit test calls and operator calls, FGD uses the 
existing NARS translation table(s). There are usually two translation tables if 
the NARS package is equipped: 


— The first translation table contains routing and other information about 
NPAs. 


— The second translation table contains similar information about NXXs in 
the home NPA. 


NARS accesses these tables by using two different access codes: AC1 and 
AC2. However, there is no built-in constraint in relating AC1 (or AC2) to the 
NPA (or NXX) table. 


The FGD database identifies the NARS access codes (ACI or AC2) as being 
the LDAC (Long Distance Access Code—the one leading to the desired NPA 
translation table) or the LAAC (Local Area Access Code—the one leading to 
the NXX translation table). 


If the Basic Alternate Route Selection (BARS) and not the NARS package is 
equipped, then one translation table exists, and the LDAC and LAAC are 
identical. This could also be true if the NARS package is equipped but only 
one translation table is configured. 


To convert the addressing information obtained from the FGD trunk into a 
digit sequence that can be processed by NARS, the FGD software prefixes the 
access code as either LDAC or LAAC. 
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Incoming FGD calls are processed as follows: 


1 


Digit collecting phase in which all incoming MF digits (ID field and 
address field) are collected 


Address format validation that checks for valid NPA and NXX and 
checks that the address fields contain the correct number of digits 


The first three digits (or the first four, if the first is a 0) must comply with 
the following restrictions: 


e NPAorNXX, with 2<=N<=9, P=0 or P=1, AorX=0to9 


An invalid address field leads to call interception, except for the 
cases in which too many digits are received or no ST is received. In 
these cases, the MF receiver is released, the trunk is locked out, and 
no intercept occurs. 


ANI field format validation 
The call category determines whether the LEC provides the ANI data. 
II (information digits) screening 


The first two digits of the ID field are the II digits. A list of allowed II 
digits is contained in the FGD block. If the II digits are not defined, the 
call is intercepted and an error message is (optionally) issued. 


ANI screening (optional) 


ANI digits are checked, and an NCOS is attached to the call. In the case 
of an undefined ANI, call interception can occur, and an error message 
can (optionally) be issued. 


Address preparation 


The address field is retrieved, and one of the NARS access codes is 
prefixed to it, to make the number conform to the existing Meridian 1 
translation tables. 


Translation and termination 


The final address is processed by the existing NARS routing. 
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Local termination 


If the FGD call is to be routed to some other node in the network, the NARS 
feature can make the conversion. The NARS access code is prefixed to the 
digits; some additional digit manipulation also occurs. 


However, the existing NARS feature is not capable of making the conversion 
if the call terminates on a DN in the local switch that serves as an interface to 
the LEC using FGD, and full digit conversion (more than four digits) is 
required. 


In this case, the Local Termination (LTER) entry in the NARS route list block 
is used for local translation, and is not related to any trunk group. The LTER 
entry may appear in any route list and can be accessed when route selection 
takes place. The existing restriction facilities, which include TOD (Time Of 
Day schedule), FRL, and FCAS, can be applied as usual. 


When an LTER entry is selected, NARS considers it a success, regardless of 
the result of the termination (busy, vacant number). When the LTER entry is 
not restricted by the facilities mentioned above, the entries following it in the 
route list will never be selected. 


Calls inside World Zone 1 (7 digits) 


These calls are characterized by an address field of seven digits. The Meridian 
1 inserts the NARS LAAC access code before the address field. 


Calls inside World Zone 1 (10 digits) 


These calls are characterized by an address field of 10 digits. The Meridian 1 
inserts the NARS LDAC access code before the address field, thus allowing 
routing of the call within the corporate network. 
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Calls inside World Zone 1 (0+ and 0-) 
A call to the operator is distinguished by a digit sequence in which the first 


digit of the address field is 0. 


The address field dialed by the incoming FGD trunk should use one of the 
following sequences: 


— 0+ type call: KP + 0 + (NPA) + NXX + XXXX + ST 
— O+type call: KP + 0 + SAC + NXX + XXXX + ST 
— 0-type call: KP + 0 + ST 

An operator DN (or up to 16 digits) is defined through a 


Service Change (SCH) and all “0-” and “0+” calls are directed to this DN. 
This can be either the local attendant DN or any DN in the network. 


During call processing in the address preparation, the address field received 
from the FGD trunk is replaced with the operator DN described above. The 
call is then processed by the DN translation tables. 


An option is provided to intercept all “0+” and “0-” calls to a Recorded 
Announcement Trunk route. 


An address field sequence beginning with 0, but followed by an incorrect 
number of digits, or containing an invalid NPA, will lead to call intercept 
(invalid address format). In addition, the rest of the address field that follows 
the “O” is ignored. 
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Table 11 provides an example of a “0+” call. 


Table 11 
EANA protocol: customer dials 10XXX+0 


Situation 
Customer dials 10990+0 
Trunk group uses Exchange Access North American (EANA) signaling protocol 


Interface interactions 
LEC Meridian 1 
Customer finishes dialing 


Seize 


Identification field 
KP+0+212+555+XXXX+ST 


Address Field 
KP+0+ST 
Acknowledgment wink 


LEC connects talking path 


Answer 


Disconnect 
Disconnect 


Interpretation 


Class of service of calling line is regular (11=00). 
Billing number of calling line is 212+555+XXXX. 
Customer did not provide a destination address. 
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Information digits screening for incoming calls 


The FGD feature allows flexible II type assignment. Table 12 shows the II 
digits defined as defaults. The interpretation of the various II codes (00-99) 
is defined by the customer through service changes. The flexibility is per 
route: the customer defines independent FGD blocks (up to 128) containing 
the II definitions, then specifies one block index for each FGD route. Each 
number in the 00-99 range can be defined as pertaining to one of the II-types 
listed in Table 12. Numbers in the 00-99 range that have not been defined are 
considered denied. 


Table 12 
Information digits (Il) 


Information digits Explanation 
Regular line 
4- and 8-party 
Hotel/Motel 
Coinless 
Test call 


Not assigned because of conflicts with 1NX used 
as first digits in international calls 


AIOD listed directory number sent 


Coin 


Test Call 





Information digit pairs 10, 12-19, and 95 are not generated as ANI 
information digits by LEC originating end offices. 


Because the identification field precedes the address field for exchange 
access signaling, and because there is no identification field on test calls, the 
first two digits of the address field for test calls appear to the carrier as ANI 
information digits. Either a 10 or a 95 in this position tells the carrier that the 
incoming call is a test call. 
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Digits 12 to 19 are used for calls outside World Zone 1. These are not used 
by EANA. 


In addition, an Network Class of Service (NCOS) number may be attached to 
an II. This allows it to bypass ANI screening. If an II has an NCOS attached 
to it, then 


— ANI screening will not be done on calls initiated by customers with II. 
— The incoming FGD trunk will have the NCOS stated above. 
In the II processing phase, the information related to the call type is retrieved 


from the FGD block. If intercept treatment is needed (for the invalid II case), 
intercept treatment is applied as defined for “invalid I.” 


FGD call intercept 


Intercept treatment is supplied for the following invalid calls: 
— Invalid address field format 

— Invalid II 

— Invalid ANI 


The intercept treatment for each of these calls can be defined by Service 
Change to be Overflow Tone (OVF), a Recorded Announcement (RAN), or 
termination on a network or local DN. 


Incoming test calls (3 and 7 digits) 


The line testing facilities currently provided by Meridian | to incoming 
trunks are: 


— A 100 test termination DN for simultaneous access by up to four trunks. 
There is one 100 test termination DN per customer. 


— Four pairs of reference trunk termination DNs and test trunk termination 
DNs. 
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A test call digit sequence is a 3-digit or 7-digit sequence of the form 10X (3 
digits) or 95Y-XXXX (7 digits), where Y is either 8 or 9 (the 10 and 95 
prefixes may be modified by service change). There is no identification field; 
therefore, digits 10 or 95 appear to the carrier as an II code (information 
digits). The processing after the II type has been identified as a test call type 
is described below. Also refer to the section “Information digits screening for 
incoming calls” on page 39. 


In the FGD blocks, there are actually two types of test call information digits 
dD: 

— TST3, typically digits 10 

— TST7, typically digits 95 


In the remainder of this section, reference may be made to either TST3 or 
TST7, or to their corresponding digits 10 and 95. 


The two types of call information are treated differently: 
— 10X calls are interpreted as calls to the T100-line test DN. 
— 95Y calls are routed via NARS/BARS using the LAAC access code. 


The possible situations are 
— Digits KP + 10X + ST are received on an incoming FGD trunk: 


100 is dialed (X=0); it triggers the T100 line test. Normally an incoming 
tie dials the T100-line test DN. If X is not 0, the call receives an invalid 
address treatment. 


Digit sequences starting with 10 but not containing three digits lead to 
call intercept (invalid address format). 


— Digits KP + 95Y + XXXX + ST are received on an incoming FGD trunk. 


The whole number is treated as an address: The LAAC access code is 
inserted, invoking NARS/BARS translation. The call can be forwarded 
to the network or handled by local test equipment. 


Digit sequences starting with 95 but not containing seven digits invoke a 
call intercept (invalid address format). 
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Authorization Code prompting 
FGD routes may be defined to prompt for Authorization Code. 


An NCOS is attached to an incoming FGD trunk by one of the following: 
— If ANI screening is bypassed, an NCOS is associated with the II type. 


— If ANI screening is configured, an NCOS is defined by the ANI 
screening process. 


— The NCOS of the call is the NCOS of the FGD trunk. 


LEC trunk grouping and ANI provision by call category 


LEC trunk grouping 


Calls intended to terminate on an IEC POT can be assigned by the LEC to 
different trunk groups (for example, trunk routes) according to their category 
and the class of service (for example, II type) of the calling customer. Up to 
four such groups may exist. 


On the Meridian 1, the FGD block associated with an FGD trunk route 
contains data regarding the call categories expected. A service change can 
modify this data to conform to the agreement between the LEC and the IEC. 
This data, together with the II screening data, serves to verify correct trunk 
grouping as agreed to with the LEC. 


The appropriate error message is issued when a call of an unexpected 
category reaches the IEC. Table | contains a list of call categories. 


An IEC switch cannot distinguish between the following two categories: 
— Embodied SAC calls 
— External SAC calls 


If one of them is expected, all SAC calls are considered expected. Test calls 
are considered expected. 
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ANI provisions 


ANI digits are provided by the LEC based on call category according to the 
agreement with the IEC. 


The FGD block associated with an FGD trunk route determines whether ANI 
data is to be received on such a call. 


Note: ANI data is never received on test calls. 


An error message is issued when 
— ANT is not received on a call when expected. 


— ANIlis received on a call when not expected. 


ANI digits screening 


This section describes the screening function to be performed on the ANI 
digits in an identification field. 


After the complete digit string (both identification and address fields) is 
collected, and the call passes the II (information digits) screening, the ANI 
bypass option is attached to the calls information digits. 


If ANI screening is not configured, the call proceeds with the NCOS of the 
incoming trunk. Otherwise, the following ANI screening is performed. 


If the ANI provision is selected by the IEC, the ANI digits are normally 10 
digits (or three digits when the calling party cannot be identified). 


— NPA+NXX+XXXX (normal case) 
— NPA (calling party not identified) 


Calls with associated ANI digits from FGD trunks are screened against the 
ANI database as defined in the Meridian 1 access node. 
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For each allowed (or recognized) NPA, ANI screening is defined in three 
levels: 
— NPA (3 digits) 
— NPA+NXX (6 digits) 
— NPA+NXX+XXXX (10 digits) 
Each valid ANT is associated with a specific NCOS, which is the calling 


party’s initial NCOS, to be used for determining call termination through 
Electronic Switched Network (ESN). 


10 ANI digits 


If the 10 ANI digits (NPA+NXX+XXXX) are received from an incoming 
FGD trunk, call validation is based on the screening level defined in the ANI 
database: 


— NPA (3 digits) screening level 


The received ANI digits NPA must match a defined area code in the 
database. 


— NPA+NXxX (6 digits) screening level 


The received ANI digits NXX must be within the defined end office 
number range under the NPA. 


— NPA+NXX+XXXX (10 digits) screening level 


The received ANI digits XX XX must be within the defined subscriber 
number range under the NPA+NXX. 


A match yields an NCOS to be used later for called number screening 
and routing. Otherwise, invalid ANI treatment is applied. 
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Partial ANI digits 


If only three ANI digits (NPA) are received from an incoming FGD trunk 
and: 


— The NPA is defined in the ANI database (regardless of the screening 
level defined): 


e  3-digit ANI allowed—Pass: extract the specified NCOS. 
e  3-digit ANI not allowed—Fail: apply invalid ANI treatment. 


— The NPA is not defined in the ANI database—Fail: apply invalid ANI 
treatment. 


Invalid ANI treatment 

Possible invalid ANI treatments include routing to Overflow Tone (OVF), 
Recorded Announcement (RAN), or a network or local DN or considering it 
as passed and mapping it to an NCOS that is specified for invalid ANI. 


ANI digits as Calling Line ID (CLID) 


If an incoming FGD call is routed to a neighboring switch via an ISDN PRI 
or ISL, the complete 10-digit ANI is used as the Calling Line ID (CLID). It 
is then sent (in a SETUP message) to the neighboring switch for CLID 
display. An incomplete 3-digit ANI is not treated as a CLID. 


If the SHAN field of the FGD data block associated with the incoming route 
indicates that the ANI should not be displayed on the terminating telephone, 
the ANI is still sent over the ISDN PRI or ISL as the CLID. However, the 
presentation indicator field of the calling party number information element 
is set to presentation restricted, so the CLID is not displayed on the 
terminating telephone. 
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ANI display 


For FGD calls terminating in the local switch, the received ANI number is 
displayed instead of the route access code and member number as is currently 
displayed for a trunk call. The option is per FGD block. 


The implementation of this capability does not modify the operation of the 
existing Digit Display feature. 


The formats of the received ANI number are: 


KP + II + 10 + ST. The display is the 10-digit string. 


KP + II + 3D + ST. The display is the route access code and member 
number. 


KP + ST (no ANI). The display is the route access code and member 
number. 


The rules and limitations of the Digit Display feature are used. 


The ANI display for FGD has the same format and interactions with other 
features as the CLID display of an E.163 number (as opposed to a private 
network number). 


ANI number display devices 
The following devices support ANI number display: 


QCW4, M1250, and M2250 attendant consoles 
SL-1 display telephone 

M3000 

M2009, M2018, M2018S, M2112, and M2317 
M2006, M2008, and M2016S 

M2216ACD-1 and M2216ACD-2 

M2616 
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Dial pulse dialing on FGD trunks 


Dial Pulse (DP) outpulsing on trunks is not allowed on either incoming or 
outgoing FGDT trunks. 


Outgoing test calls 
Outgoing test calls are generated by 


— dialing the FGD route access code from a Meridian 1 station and a test 
number consisting of three or seven digits 


— dialing the TVS access sequence from a Meridian 1 station to select a 
specific FGD trunk. For example, dial a special prefix DN, plus the 
Trunk Verification from a Station (TVS) special function code, plus the 
route access code, plus the trunk member number, and a test number 
(three or seven digits). 


— dialing automatically from the Automatic Trunk Maintenance overlay 
(test numbers must contain either three or seven digits) 


CDR records 


The CDR records for calls in which an incoming FGD trunk was involved can 
(optionally) include an ANI digits field. The option is per route, defined in its 
FGD block. To include the ANI digits field requires the Call Detail Recording 
Expansion (CDRE) package. 


For a detailed discussion of CDR output, see Call Detail Recording 
description and formats (553-263 1-100). 


Transmission characteristics 


For the purposes of transmission losses and gains, FGD trunks are treated as 
tie trunks: analog FGD trunks have PTYP = ATT (port type in LD 16) and 
digital FGD trunks have PTYP = DTT. These values are imposed by Service 
Change when defining an FGDT route. In a connection between an analog 
FGDT trunk and a PRI channel, the PRI channel is treated as a digital tie 
(DTT), overriding the definition for PRI channels. 
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Operating parameters 
Parameters 


The maximum number of Multi-Frequency Receivers (MFRs) that can be 
defined in the Meridian 1 system is 255. 


The maximum number of FGD blocks that can be defined in the Meridian 1 
system is 128. 


An FGD route can be configured as a DNIS route. In this situation, the route 
should carry ACD calls only. 


FGD trunks will use MF signaling only to establish a call. Dual Tone 
Multifrequency (DTMF) signaling can be used for in-band signaling after 
establishing an end-to-end connection. For example, it can be used for 
Authorization Code entry. 


Terminating protocol is limited to test calls only. 


FGD is available on all machine types supported by X11 release 17 and later. 
However, the available Protected Data Store (PDS) and disk storage is limited 
to the maximum amount of FGD data, particularly ANI data, that can be 
configured for a given machine type. 


For system option 21 and SL-1 ST, the theoretical maximum is 64K words, 
and, if FGD ANI shares the same physical page with other features, the actual 
PDS available for FGD ANI is much smaller. For other systems, there is 
virtually no limit (approximately 2 million words). 


The linear and cyclic search methods supported by Meridian 1 are acceptable 
for FGD trunks. 


Transitional configurations 

On a transitional basis, if full Meridian 1 support is not available for FGD, 
systems with Meridian 1 hardware can have non-Meridian 1 MFRC in a 
non-Meridian 1 peripheral shelf installed (together with non-Meridian 1 PE 
buffer) in a Meridian 1 cube with Meridian 1 power supply. In that case, MF 
tone receiving is performed by QPC916 receivers only, whereas MF sending 
can be performed by both MF loops and/or Conference/TDS cards. 
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MF Receiver guidelines 


The MF Receiver (MFR) receives 26 MF digits from the Equal Access End 
Office. Holding time for the MF Receiver is estimated at 13 seconds (about 
0.5 seconds per digit). When the number of MF trunks are known, the 
following procedures can be used to estimate the MFR requirements: 


— Calculate the number of FGD calls from MF trunks. For example, with 
30 CCS per trunk and 180 seconds holding time assumed: 


FGD calls (FGDC) = # of MF trunks * 30 * 100/180 = 16.67 * # of MF 
trunks 


— Calculate MFR traffic. For example, with 13 seconds receiver holding 
time assumed: 


MER traffic in CCS = FGDC * 13/100 


Refer to Tables 13, 14, and 15 to determine the number of MFRs to support 
your system. 


Table 13 provides information on multifrequency receiver load capacity with 
6 to 15 second holding times. 


Table 14 provides information on the multifrequency receiver load capacity 
with 16 to 25 second holding times. 


Table 15 provides the multifrequency receiver requirements with the Poisson 
0.1 percent blocking information. 
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Table 13 
Multifrequency receiver load capacity: 6 to 15 second holding time (Part 1 of 2) 


Average holding 
time in seconds 


Number of MFR 
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Table 13 
Multifrequency receiver load capacity: 6 to 15 second holding time (Part 2 of 2) 


Average holding 
time in seconds 


Number of MFR 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 


Note: Load capacity is measured in CCS. 
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Table 14 
Multifrequency receiver load capacity: 16 to 25 second holding time (Part 1 of 2) 


Average holding 
time in seconds 


16 17 


Number of MFR 
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Table 14 
Multifrequency receiver load capacity: 16 to 25 second holding time (Part 2 of 2) 


Average holding 
time in seconds 


Number of MFR 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 


Note: Load capacity is measured in CCS. 
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Table 15 
Multifrequency receiver requirements: Poisson 0.1 percent blocking 


Number of MFR load Number of MFR load Number of MFR load 
MFR (CCS) MFR (CCS) MFR (CCS) 


= 


2 
3 
4 
5 
6 
7 
8 
9 
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